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(g) Automatically identifying and providing service to a vehicle and baling the vehicle owner for the 
service provided. 



@ The present invention is a system and method for identifying a vehicle in a prescribed area and 
associating services with the vehicle. 

For automatically identifying and providing service to a vehicle and for billing the vehicle owner for 
the service provided, the vehicle's arrival in the service area is detected by an antenna (2) activating an 
emitter (8) on the vehicle, which emitter transmits a coded signal of the vehicle identity to controller (4), 
which converts the received signal into a data bit stream received in a computer (6). The computer 
calculates and stores costs for services provided to each vehicle owner. 
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The invention relates to a system and method for 
automatically identifying and providing service to a 
vehicle moving in a prescribed area. In particular, the 
present invention is a system to automatically identify 
vehicles and correlate purchased products and 
services with vehicle-owner customers of service 
stations, convenience stores or other similar 
establishments, for billing vehicle owners for services 
provided. In addition, other vehicle or customer 
Information can be transferred to inform, track or 
notify both customers and providers. 

There are many instances when vehicle 
information is required rather than operator 
information. These may include situations such as: 
notifying individuals of vehicle maintenance; 
providing the customer with vehicle information or 
promotions during fuel filling; buDd upon customer or 
vehicle recognition, tracking or notification; provide 
alternatives for credit/debit card billing, especially for 
fleet billing; and provide records of service or 
maintenance for a specific car. 

According to the invention from one aspect, there 
is provided a system for automatically identifying and 
providing service to a vehicle and billing the vehicle 
owner for the service provided, comprising: 

a) means for determining electronically whether 
an approaching vehicle is stopping for service, 

b) a file, database or other computer storage 
device, containing vehicle, and service cost or 
service type, records, 

c) means for identifying said vehicle electronically 
as it enters a service area in order to associate it 
with records in said computer storage device, 

d) means for preventing any other electronic 
identification by any other nearby service areas, 
when the vehicle has stopped in said service area 
and has been electronically identified, 

e) means for providing service to said stationary 
identified vehicle, 

f) means for transferring data representing the 
cost or type of said service provided, to said 
records in said computer storage device, and 

g) means for calculating and storing all costs for 
service, or type of service information in said 
records for a given billing period, and for invoicing 
said cost to said vehicle owner. 

According to the invention from another aspect 
there is provided a method for automatically 
identifying and providing service to a vehicle and 
billing the vehicle owner for the service provided, 
comprising: 

a) determining electronically whether an 
approaching vehicle is stopping for service, 

b) identifying said vehicle electronically as it 
enters a service area in order to associate it with 
records in a file, database, or other computer 
storage devices, 

c) preventing any other electronic identification 



from other nearby service areas, when the 
vehicle has stopped in said service area and has 
been electronically identified, 

d) providing service to said stationary identified 
5 vehicle, 

e) transferring data representing the cost or type 
of said service provided, to said records in said 
computer storage device, and 

f) calculation and storing all costs for service, or 
10 type of service information in said records for a 

given billing period, and for invoicing said cost to 
said vehicle owner. 

In a preferred embodiment, the system includes 
an antennae which emits an electromagnetic field at 

15 a predetermined frequency. This field causes an 
emitter (card) affixed to the vehicle to be energised 
when the vehicle approaches the vicinity of the 
antennae. The emitter responds by sending out an 
encoded electromagnetic signal. The system includes 

20 a controller which performs two functions. These 
functions may be performed by separate units or 
combined into one electronic unit One function is to 
detect the signal by the emitter and convert it into a 
data stream in the computer. Electronic equipment 

25 that identifies vehicles is well known in the art, see 
e.g. U.S. 4,782,342 and U.S. 4,888,474. In addition, 
the controller may relay the information back to the 
card where it may be stored for later transmission, 
and, for this purpose, the controller has the second 

30 function of regulating the power and frequency of the 
antennae. In this capacity, the card serves as a 
transponder. A computer then utilizes the data stream 
along with accounting or billing information and stores 
the data for later use. 

35 The present method and system allows for 
automatically recognizing, identifying and servicing a 
vehicle and invoicing the vehicle owner which may be 
an organization such as a company or government 
entity, e.g., school district (hereinafter referred to as 

40 a vehicle owner). 

The invention will be better understood by 
referring, by way of example, to the accompanying 
drawings, wherein:- 

Figure 1 shows a schematic diagram 

45 representing a first embodiment of the invention. 

Figure 2 shows more details of a preferred way of 
putting the system of Figure 1 into effect 

Figure 3 is a flow diagram representing one way 
of detecting vehicles and automatically capturing and 

so utaiztng billing information. 

Figure 4 is a flow diagram representing updating 
customer records, and generating reports and 
summaries. 

Figure 1 shows the components of one 
55 embodiment of the system. The system includes a 
number of components: an antennae (2) which 
outputs a predetermined radio frequency; an 
electronic device on a customer-vehicle, consisting of 
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an inductor loop and Integrated circuit package, 
termed a "card" (8), which stores information and 
transmits said information on another predetermined 
frequency when activated by the radio frequency of 
the antennae, an electronic box, termed "controller" s 
(4), which translates the received signal from the card 

(8) into a data bit stream; a computer (6) which 
receives the data bit stream from the controller and in 
turn utilizes the received data; and a display (7) (eg. 

a pump display where the system is utilised in a w 
gasoline service station). In addition computer (6) 
may relay a data stream back to controller (4), which 
then broadcasts this data to the card (8) through 
antenna (2), the broadcast data received by card (8) 
being stored for later usage. is 

Figure 2 shows one configuration of the system in 
which an antennae (2), being a loop, rod or other radio 
frequency emitting/receiving device, is embedded in 
the proximity of the gasoline dispensing pump or area 

(3) . The service pump area is used for illustration only 20 
and any service area may be used in the present 
invention. Other areas considered to be service areas 
include a pump area, may service area r vending or 
convenience store area, or any other area within the 
confines of the station property. This antennae (2) is 25 
connected to an electronics box, termed a controller 

(4) , that controls the radio frequency (RF) output 
signal and detects an RF input signal from card (8). 
The controller then translates the RF input signal into 

a computer data stream format The controller may be 30 
located in a housing (5) near the antennae. For 
example, the housing (5) may be fixed to a support or 
an overhead canopy. The system may also include a 
display screen (7) atop or in the vicinity of the pump 

(9) . 35 

The antennae is always energized and therefore 
produces an electromagnetic (EM) field in the fueling 
area. In addition, there is a means of detecting the 
direction of a vehicle as it approaches the fueling area 
by using a secondary antennae, computer software aq 
and/or hardware. The EM field is in the radio 
frequency band and is chosen so as to minimize 
interference from other electronic or RF sources, such 
as vehicle ignition systems, lighting, or other RF 
generating sources. In addition, the broadcast band 45 
must conform to all applicable legal specifications 
such as frequency, power, licensing and bandwidth. 

Placed on a vehicle is a device including an 
integrated circuit component and a RF coil. This 
device, termed a "card" (8), is activated when it so 
crosses the EM field provided by the antennae. 
Circuitry on the card prevents energizing in the 
presence of a "false" or stray field. Upon activation, 
the card emits an EM radio frequency pulse or 
"broadcast" which is then received and decoded by 55 
the controller into a data bit stream. Some method of 
discriminating interfering pulses from those emitted 
from the card is provided. 



The data bit stream decoded from the radio 
frequency pulse is then transferred either 
electronically or optically to a computer, which may be 
included in the same housing (5) with the controller, 
where the data is stored and utilized. In addition, the 
computer may relay back a data stream to the 
controller, which in turn broadcasts this information 
back to the card through the antennae system. The 
card receives the broadcast and likewise stores the 
information internally for later usage. 

The data bit stream recovered from the card can 
be utilized in a number of ways, which include, for 
example, customer accounting, billing, recognition, 
tracking or promotion. Subsequently vehicle identity, 
tracking, security, service or maintenance logging 
and notification may also be accomplished. Vehicle 
identification is a major difference between the 
described system and'the current use of a credit or 
debit card. Whereas a credit or debit card identifies a 
particular individual customer, the present system 
identifies a particular vehicle irrespective of the 
vehicle operator. In addition, the information from the 
data bit stream may be used along with information 
stored in the computer as a basis for other sensor 
technologies where vehicle or customer information is 
required, such as vehicle maintenance alerts, recalls, 
and specification attainment 

Figure 3 depicts a flowchart of steps used to 
perform the previously mentioned embodiment in 
which a car is identified, 'the customer is informed, 
and information is relayed back to the card on the 
vehicle. 

The method starts with a reset operation (10) in 
which the loop and controller are cleared of any fault 
condition and readied for activation. This reset 
operation may include loading computer files, 
updating said files or records within those files, setting 
electronic or other indicating devices to zero or a 
previously determined initial state. Any 
communication links between the various elements of 
the system are reset and, if needed, initialized. This 
reset operation can be thought of as setting all 
elements of the system to their nominal operating 
state. After the completion of the reset operation the 
system is considered to be ready for operation. A 
query (12) determines whether or not the device is 
armed, the term "armed" being defined as the state in 
which the device and all associated supporting 
computer devices are ready to receive, transmit, store 
and/or analyze data; and are controlling the antennae 
system properly. If this state is logically "False" or for 
simplicity "NO", then the system is reset (10); if this is 
state is logically "True" or for simplicity "YES", then 
display a sign on message (14) and wait for 
approaching vehicle. At this point the system is armed 
and considered in a "READY" state. The next 
operation is to query if a vehicle approaches (16). If 
NO then reset the system (10); if YES, then energize 
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and receive information from card on the vehicle (1 8). 
This step entails waiting for the vehicle card to 
energize and transmit the previously stored 
information contained on said card. The next step (20) 
is to query and determine if indeed the vehicle has 
stopped moving. This could be done in a variety of 
ways, however one way would be to continuously 
receive the same broadcast for the vehicle tag a set 
number of times, say five. Another way would be to 
measure the signal strength of the broadcast until it 
has reached an equilibrium value for a set period of 
time. This query would account for those customers 
who are merely driving through the service or fueling 
area and do not intend to receive fuel products or 
service. If vehicle is not stopped, i.e., "NO* then reset 
the system (10); if "YES", then re-receive a broadcast 
from the vehicle (22). This operation receives the card 
information and stores said information. The next 
operation (24) is to query whether or not the broadcast 
is translated properly into a data bit stream. If "NO", 
then the broadcast is rereceived (22); if "YES", then 
the data bit stream is stored for later use as a 
validation point and the capture of the identity or other 
recognition information is prevented by the other 
controllers or computers in the area. This operation is 
termed "Vehicle Lock Out" (26). In a sense, this alerts 
the other controllers and computers in this, and other 
adjacent service areas, that an operation is pending 
on a vehicle and they are not to recognize it 

At this point a vehicle has been recognized and 
would now be ready to obtain services. The next 
operation would be to dispense or administer 
products and or services and record that information 
(28). While services are being administered, 
information may be sent to a customer display (30). It 
should be note.d that this operation (30) may take 
place during or after any proceeding or succeeding 
steps. This step is described here as only an 
illustration. Next the card is interrogated and a 
broadcast is re-received (32). The broadcast may be 
received continuously from step (22) through (32) 
until services are ceased, for simplicity (32) is termed 
"a second time." It is assumed that this broadcast is 
received successfully and understood that if this is not 
the case, then the card will be interrogated until such 
a time that a suitable broadcast is received that can 
be translated into a data bit stream. This data bit 
stream is then stored as the second validation point 
The next operation (38) queries if the first validation 
point obtained at (22) is identical to the second 
validation point obtained at (32). In addition, cross 
checking or otherwise validating credit or other billing 
information may be performed. This may include 
verifying authorized operators. If "NO", the validation 
points do not match and this transaction is considered 
invalid (34). An alert (36), such as an alarm, is 
sounded so that an attendant or other employee or 
supervisor may be notified. In this case of an invalid 



transaction, manual recording or intervention may be 
required. After this alarm or alert, which may have to 
be cleared or otherwise acknowledged by an 
attendant or employee, the system is then reset (10). 

5 If the query (38) is "YES" then the vehicle is 
considered authorized, the transaction valid and 
accounting or other business or statistical data, which 
may include customer preferences and/or services 
rendered, are logged (40). This logging operation may 

10 entail updating customer records, writing appropriate 
receipts, updating database files and/or transmitting 
information to other computers. Details of this 
operation are provided in Figure 4. 

The next operation (42) queries if information 

15 would like to be relayed back to the card. This 
information may be service records or history, 
accounting, customer preference, or other 
information which one would want to be associated 
with a vehicle rather than to an individual. 

20 If this query is "NO", that is that no relay 

information is to be sent, then the next operation 
would be unlocking the controllers (48) described 
below. 

If this query is "YES" then the information is 

25 formulated in a computer, translated into an 
appropriate data bit stream code, which may be 
encoded in any fashion, and then broadcasted to the 
card. The card receives the broadcast, likewise 
translates said broadcast into a data bit stream and 

30 stores said data bit stream electronically within the 
card's electronic package. This operation is termed 
"relaying" and is depicted as operation (44) on Figure 
3. The next operation (46) queries if this relayed 
information is received properly. This operation 

35 entails having the card to broadcast the stored 
information and the data bit stream resulting from this 
broadcast is compared to the data bit stream 
formulated in operation (44). If query (46) b "NO" then 
the data bit stream is rebroadcasted to the card (44). 

40 If this query is "YES" then this information has been 
stored onto the card correctly and the next operation 
may proceed. 

The next operation (48) is to unlock the 
controllers and in so doing alert the other computers 

45 that a transaction is completed with this identified 
vehicle. Information about the transaction may be 
transferred to the other controllers, computers or 
other devices that may analyze, store, or otherwise 
use the transaction information. These computers are 

so not limited to those associated with a particular 
service facility, but may in fact be a computer network 
or supervisory computer located at another location. 
This procedure (48) so described is the enabling 
analog of the disabling operation of "lock-out" 

55 described as (26). 

The transaction/information gathering cycle is 
now considered complete and as a final operation 
(50) the system is driven into a reset condition (10). 
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Figure 4 depicts the flowchart of the method used 
to initialize and log customer records. For the 
initialization operation, which may include re-initiali- 
zation of an existing customer, the required data files 
are set up as described from (52) through (69). The 5 
return step (100) would then be a system reset (10). 

In the normal operating mode irr which customer 
files already exist, the method in Figure 4 normally 
operates after (40). At the START (52) various data 
are passed from the main. This information is the . 10 
emitter code information, customer log information, 
change flag value (CFLG), and transaction 
information. The method begins with a query (54) if 
this is a new customer. A new customer or an 
established customer who requests changes in the is 
components of the various files are signified by a 
CLFG >0. tf"YES" then assign a vehicle code number 
(VCN) in operation (56). The VCN may be the 
manufacturer's vehicle identification number (VIN) or 
another number that uniquely describes a particular 20 
vehicle. If CLFG > 0 and a VCN is passed, then this 
signifies an existing customer who wishes their 
records or files, as described below, changed or 
updated. The term Updating' here refers to altering, 
creating or appending records or files that are 25 
associated with a particular vehicle or customer. Next 
the customer log file (CLF) is updated (58). The CLF 
stores the various activities such as purchasing fuel 
or services and the station, date and time. Next the 
customer accounting file (CAF) is updated with the 30 
new customer record (60). The accounting record 
contains all data needed for accounting purposes 
such as billing address, discounts, and authorized 
purchases or products. The next operation is u pdating 
the customer service file (CSF) in operation (62). The 35 
CSF contains the service records of work done on an 
identified vehicle such as last service dates, service 
records, service items, or maintenance schedules. 
The next file (64) that is updated for the new customer 
is the customer preference ffle (CPF). The CPF stores 40 
the customer desired information. This may include 
various customer preferred product choices, service 
appointment times, accounting or method of payment 
choices. The last file updated for a new customer in 
operation (66) is the customer cross reference ffle 45 
(CXF). The CXF provides a lookup table" between 
the VCN, CLF, CAF, CSF, and CPF to simplify sorting, 
record addition or deletion, and report generation. At 
the conclusion of operation (66) a customer is fully 
integrated into the system and the process then so 
continues. 

If the query (54) of a new customer is "NO" then 
the next operation is to obtain the VCN from the 
emitter information (69). Note that this operation is 
also the entry point to update the files to record a 55 
transaction. A query (70) tests if the CXF matches the 
checksums for the VCN, CLF, CAF, CSF, and CPF. 
The checksums test identifies if the file structure 



system is still intact and has not been corrupted or 
altered in any way. If °NO\ that is the files are 
corrupted, then the method proceeds to operation 
(72) in which the files are rebuilt from a backup set on 
other means for correcting the corruption. If the query 
(70) is "YES" then the method proceeds through a 
sequence of operations that record the components 
of a transaction. While one order of recording is 
described here, there are other methodologies and 
this described method is for illustration only. The 
overall aspect of the next sequence from (74-100) is 
that all transactions and operations are recorded in 
these sequences. Query (73) tests if this is a customer 
record information change only. If "YES" then 
continue to (96) which will yield a return (100), if "NO" 
then continue. 

Operation (74) queries if the Master VCN has 
been passed at (52). The Master VCN can be thought 
of as a "security code" that would enable authorized 
personnel to obtain summary, report, or other 
compled or individual transaction activity reports. The 
Master VCN is not necessarily derived from a physical 
emitter or card, though it could be, but may be a code 
that is manually introduced. If Query (74) is "NO" than 
it is assumed that this transaction is a customer 
transaction. The next operation (76) is to update the 
CLF with the appropriate information. Next, the 
product purchase information is stored on a 
temporary file called the Temporary Transaction 
Record (TTR) (78). This operation is also done at 
Figure 3, operation (28). Next a query (80) determines 
if service was performed on the vehicle. If "YES", then 
the CSF is updated (82) and the service accounting 
information is added to the TTR (83). If "NO° then the 
method proceeds to (84) where the TTR is written on 
the CAF to update that file for the completed 
transaction. The next operation (86) is to update the 
CXF of the changes made. 

If the query in (74) is "YES", that is that the master 
VCN has been passed, then a second security code 
is requested (88). The next operation (89) queries if 
the second security code is validated. If "NO" then the 
operation proceeds to (100) to return. If "YES* then a 
query (90) determines if a report is to generated. If 
"YES" then that report is generated (91). This report 
is a general summary of all transactions. If "NO" then 
the operation proceeds to another query (92) whether 
a summary report is requested. If "YES" then a 
summary report is generated (93). This report is 
similar to a general report, though it covers specified 
customers, times or other qualifying conditions. If 
°NO" then the next operation is to query if an 
accounting summary is to be generated (94). If "YES" 
then an accounting report is generated (95). This 
accounting report might be a billing report, accounting 
summary report, or other such report for accounting 
or billing purposes. If "NO" then the next operation is 
(96). 
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Operation (96) follows operations (95), (94), (89), 
(86), or (73) and is described as the "Close-Out 
Operation (96) updates the various checksum or file 
corruption detection methods. The next operation 
queries if a backup of the files should be made (98). 
Backups may be made after any specified time period, 
generally daily or weekly. The decision for the result 
of this query may be made manually or automatically. 
If query (98) is "YES" then operation (99) performs 
this data backup and may transmit information to the 
controller computers [(4) in Figure 1.]. The final 
operation of the sequence is (1 00), RETURNS, which 
returns operation back to the main operational 
sequence, (40) of Figure 3. 

The present system may include a number of 
features. For example, one embodiment may include 
a display screen (7) as described in operation (30) of 
Figure 3. The screen may be part of the dispensing 
pump (9) (see Figure 2) or enclosed in a separate 
housing nearby or on the pump ( 9 ). When the card 
information is received, the computer would transmit 
information to the display for notifying the vehicle 
operator. This information may be promotional in 
nature or describe information relating to that 
particular vehicle, customer records or accounts. 

In the preferred embodiment, the data stream is 
used for automated customer billing, such as fleet 
billing, local customer accounting or as a replacement 
or auxBiary to charge or debit cards. Here, fuel or 
service purchases would be recorded by 
communicating to the computer a log with the 
customer vehicle identity. In this way a record of 
vehicle fuel, product, or services could be stored for 
later billing or accounting use. Therefore, the 
purchases are associated with a vehicle rather that an 
individual vehicle operator. This is very important 
where purchases are to be billed against a fleet or 
group of vehicles rather then those persons who 
utilize the vehicles. 

In a development, vehicle information is provided 
to other sensors or devices within the service or 
fueling area. These devices may require information 
such as customer preferences, vehicle manufacturing 
specification data or servicing information to perform 
other services to the vehicle or provide the vehicle 
operator with vehicle specific information. 

Claims 

1. A system for automatically identifying and 
providing service to a vehicle and billing the 
vehicle owner for the service provided, 
comprising: 

a) means for determining electronically 
whether an approaching vehicle is stopping 
for service, 

b) a file, database or other computer storage 



device, containing vehicle, and service cost or 
service type, records, 

c) means for identifying said vehicle 
electronically as it enters a service area in 

5 order to associate it with records in said 

computer storage device, 

d) means for preventing any other electronic 
identification by any other nearby service 
areas, when the vehicle has stopped in said 

10 service area and has been electronically 

identified, 

e) means for providing service to said 
stationary identified vehicle, 

f) means for transferring data representing the 
15 cost or type of said service provided, to said 

records in said computer storage device, and 

g) means for calculating and storing all costs 
for service, or type of service information in 
said records for a given baling period, and for 

20 invoicing said cost to said vehicle owner. 

2. A system as claimed in claim 1, further 
comprising a means for informing the operator of 
said vehicle of the costs incurred by the service 

25 provided to said vehicle and/or of promotional, 
diagnostic, or vehicle service information. 

3. A system as claimed in claims 1 or 2, further 
comprising a means for determining whether 

30 service is authorized for said vehicle by re-iden- 
tifying said vehicle electronically so as to verify 
that it is the same vehicle identified earlier. 

4. A system as claimed in any preceding claim, 
35 wherein said determing means of a) and said 

identifying means of b) together comprise an 
antennae associated with said service area, for 
emitting an electromagnetic field of a 
predetermined frequency, an emitter (card) 

40 affixed to said vehicle which emits an encoded 
signal in response to activation by said 
predetermined frequency, and a detector means 
(controller) associated with said service area, for 
receiving said encoded signal and converting the 

45 encoded signal into a data stream to said 
computer storage device. 

5. A system as claimed in 4, comprising a means for 
relaying information from said computer storage 

50 device back to said emitter for storage for later 
retrieval. 

6. A system as claimed in claims 4 or 5 wherein said 
antennae is embedded in the roadway of said 

55 service area. 

7. A method for automatically identifying and 
providing service to a vehicle and billing the 
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vehicle owner for the service provided, 
comprising: 

a) determining electronically whether an 
approaching vehicle is stopping for service, 

b) identifying said vehicle electronically as it 5 
enters a service area in order to associate it 
with records in a file, database, or other 
computer storage devices, 

c) preventing any other electronic 
identification from other nearby service areas, 10 
when the vehicle has stopped in said service 
area and has been electronically identified, 

d) providing service to said stationary 
identified vehicle, 

e) transferring data representing the cost or 15 
type of said service provided, to said records 

in said computer storage device, and 

f) calculation and storing all costs for service, 
or type of service information in said records 

for a given billing period, and for invoicing said 20 
cost to said vehicle owner. 



8. A method as claimed in claim 7, in which a 
transponder is fixed to said vehicle, further 
comprising the step of: 25 

a) relaying information from the computer 
storage device back to said transponder for 
storage for later retrieval. 

9. A method as claimed in claims 7 or 8, further 30 
comprising the step of determining if the records 
structure has not been altered or corrupted. 

10. A method as claaned in claims 7, 8, or 9, further 
comprising the step of storing copies of said 35 
records for later use. 
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